通信ネットワークにおいて、ルートを最適化するためのテクニック

专利摘要:
通信ネットワークにおいてルート最適化のための技術が提供される。この技術を実現するための方法は、モバイル端末（１０）と第１のゲートウェイノード（１６）との間の第1のデータセッション（３４）についての情報を含み、そしてさらにモバイル端末（１０）に関するモビリティ管理情報を含み、第1のネットワークアドレスと関連する第１のデータ要素を提供するステップと、モバイル端末（１０）と第２のゲートウェイノード（１４）との間の第2のデータセッション（３６）についての情報を含み、そしてさらにモバイル端末（１０）に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連する第２のデータ要素を提供するステップと、ネットワークトラフィックと第１のデータ要素との接続を、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために、ネットワークトラフィックと第２のデータ要素との接続に切替えるステップと、を含む。
公开号:JP2011509611A
申请号:JP2010541699
申请日:2008-01-08
公开日:2011-03-24
发明作者:トゥランニ、ゾルタン、リカルド；ミクロス、ゲールジ
申请人:テレフオンアクチーボラゲット エル エム エリクソン（パブル）；
IPC主号:H04W40-02

专利说明:

[0001] 本発明は、一般的に、通信ネットワークにおけるルート最適化の分野に関し、特に、本発明は、無線ターミナル及びゲートウェイノード間の通信ネットワークを含むネットワークトラフィックのフローの最適化に関する。]
背景技術

[0002] モビリティ管理は、無線通信ネットワークの重要な機能となってきた。このため、いくつかのモビリティ管理の標準が過去数年に渡って発展してきた。]
[0003] 標準化されたモビリティ管理プロトコルの１つが、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）トンネリングプロトコル（ＧＴＰ：ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）である。ＧＴＰは、インターネットプロトコル（ＩＰ）に基づいたネットワークプロトコルであり、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）ネットワークのような、第３世代パートナーシッププロジェクト（３ＧＰＰ）ネットワークにおいて用いられる。ＧＴＰは、３ＧＰＰネットワークのローミングインタフェース上におけるモビリティ管理のために用いられる。モビリティ管理に加えて、ＧＴＰは、セッション管理、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）のためのベアラコントロール、及び、他のネットワーク機能をもたらす。ＧＴＰについては、次の文献に詳細が記載されている。３ＧＰＰ ＴＳ ２９０６０“Third Generation Partnership Project, Technical Specification Group
Core Network and Terminals; General Packet Radio Service (GPRS); GPRS Tunneling
Protocol (GTP) across the Gn and GP interface
(Release 8)”]
[0004] その他の標準化されたモビリティ管理プロトコルは、モバイルＩＰＶ６（ＭＩＰｖ６）である。ＭＩＰｖ６は、１つのサブネットから他のサブネットに移動する場合であっても、モバイル端末に透過的にネットワークコネクションを維持させる一般的なモビリティプロトコルである。ＭＩＰｖ６において、モバイル端末は、ＩＰｖ６アドレスを用いて認証される。ＭＩＰｖ６は、ネットワークトラフィックのフローを最適化するために、ＩＰｖ６コレスポンデントノード（ＣＮ）及びモバイル端末間のダイレクトルーティングを提供する。このダイレクトルーティングについては、次の文献に記載されている。“Mobility support in IPv6”, RFC 3775 by the Internet Engineering Task
Force (IETF).]
[0005] IPｖ６のためのレベル３マルチホーミングシムプロトコル（Ｓｈｉｍ６）、又は、ホストアイデンティティプロトコル（ＨＩＰ）のような、ホストが接続のマルチプルポイントを介してトラフィックを受信できるようにする他のＩＥＴＦプロトコルは、よく知られている。]
[0006] Ｓｈｉｍ６は、転送プロトコルの下でロケータアジリティを提供するために、レイヤ３シムプロトコルの仕様を定める。その結果、ＩＰｖ６のためのマルチホーミングは、フェイルオーバー及び負荷分散機能と共に提供される。Ｓｈｉｍ６については、次の文献に記載されている。 “Level 3 multihoming shim protocol for
IPv6”, internet draft, draft-IETF-shim-6-proto-07.text by IETF.]
[0007] ＨＩＰは、エンドポイント識別子とＩＰアドレスのロケータの役割とを区別する方法を提供する。そして、新しいホストに識別子名のスペースをもたらす。ホストアイデンティティプロトコルについては、次の文献に記載されている。
“Host Identity Protocol (HIP) architecture”, RFC 4423 byIETF]
発明が解決しようとする課題

[0008] ＧＴＰ、ＭＩＰｖ６、ｓｈｉｍ６、及びＨＩＰのようなネットワークプロトコルは、独特なモビリティ機能を有する。しかしながら、それらは、また、他のプロトコルがサポートしている重要なネットワーク管理機能に欠けている。]
[0009] 例えば、ＧＴＰは、３ＧＰＰアーキテクチャに組み込まれ、ＱｏＳ及びベアらコントロール機能を提供する。しかし、ＧＴＰは、ネットワークトラフィックのルート最適化をサポートしていない。しかしながら、ルート最適化は、いわゆるトライアングルルーティングを回避するために有用であるかもしれない。トライアングルルーティングは、無線装置がデータパケットを同じネットワーク内の他の無線装置に送信したい場合に関わる。しかし、他の無線装置は、そのホームネットワークから遠くに位置しているかもしれない。ルート最適化を用いてダイレクトパスが提供されないために、データパケットは、ホームエージェントに辿り着くためのネットワークをトンネルされ、その後、他のエージェントに辿り着くためのネットワークを介してトンネルされて戻る。それにより、不要にネットワークキャパシティが占有される。]
[0010] 他方、ＭＩＰｖ６は、ルート最適化をサポートしている。しかしながら、ＭＩＰｖ６は、ＱｏＳのためのベアラコントロールを提供する能力に欠けている。さらに、ＭＩＰｖ６は、３ＧＰＰアーキテクチャに組み込まれていない。しかしながら、ほとんどの世界的なネットワーク事業者は、３ＧＰＰ標準に従ったネットワークにおいて運営及び拡大している。]
[0011] Ｓｈｉｍ６及びＨＩＰは、ダイレクトパスを用いることによって、ＣＮｓを介した通信の可能性を提供している。しかしながら、ＭＩＰｖ６と同様に、Ｓｈｉｍ６及びＨＩＰは、ＱｏＳ及びベアラコントロール機能に欠けている。]
[0012] 従って、通信ネットワークにおけるルート最適化のための技術であり、少なくとも上記で概説された不都合な点のいくつかを避ける技術に対する必要性がある。]
課題を解決するための手段

[0013] この必要性は、第１の観点による通信ネットワークにおけるルート最適化のための方法により充足される。方法は、モバイル端末と第１のゲートウェイノードの間の第１のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスと関連づけられる第１のデータ要素を提供するステップと、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連づけられた第２のデータ要素を提供するステップと、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために、ネットワークトラフィックと第１のデータ要素との接続をネットワークトラフィックと第２のデータ要素との接続に切替えるステップと、を含む。]
[0014] 通信ネットワークは、３ＧＰＰ標準に従ったネットワーク、例えばＵＭＴＳネットワークであってもよい。しかしながら、本技術は、３ＧＰＰ標準に従ったネットワークに限定されない。他の如何なる通信標準またはプロトコルが用いられてもよい。３ＧＰＰ標準に従った通信ネットワークの場合、第１及び第２のデータ要素は、モバイル端末とゲートウェイノードとの間のパケットデータセッション（例えば、ＩＰアドレス、ＱｏＳ、又はルーティング情報）についての情報を含む、パケットデータプロトコル（ＰＤＰ）コンテキストであってよい。モバイル端末は、例えば、通信ネットワークにおいて通信することのできる携帯電話のような、いかなる種類の通信端末であってもよい。第１及び第２のゲートウェイノードは、ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）であってよい。第１及び第２のデータセッションは、モバイル端末と第１及び第２のＧＧＳＮとの間の、サービングＧＰＲＳサポートノード（ＳＧＳＮ）を経由するデータセッションであってよい。モビリティ管理情報は、例えば、ロケーションアップデート、ルーティング、又はローミング情報を含んでもよい。]
[0015] モバイル端末が、自身のホーム通信ネットワークの受信エリアから他の通信ネットワークの受信エリアに移動する場合、第１のゲートウェイノードは、ホームゲートウェイノードであり、第２のゲートウェイノードは、訪問先の（ｖｉｓｉｔｅｄ）通信ネットワークのローカルゲートウェイノードである。通信ネットワークにおけるネットワークトラフィックのフローを最適化するために、ネットワークトラフィックと第１のデータ要素との接続（ａｓｓｏｃｉａｔｉｏｎ）、即ち、ホームゲートウェイノードを介した第１のデータセッションは、ネットワークトラフィックと第２のデータ要素との接続、即ち、ローカルゲートウェイノードを介した第２のデータセッションに切替えられてもよい。しかしながら、ルート最適化のための本技術は、上記に説明されたローミングシナリオに限定されない。第１及び第２のゲートウェイノードは、広い受信エリアを有する１つの、同じ通信ネットワークに属していてもよい。この場合、第１のゲートウェイノードは、モバイル端末との最初のコネクションを提供するホームゲートウェイノードであり、第２のゲートウェイノードは、ホームゲートウェイノードよりもモバイル端末に近く位置するローカルゲートウェイノードである。]
[0016] ホームゲートウェイノードを介して第１のデータセッションに属する、第１のデータ要素と関連づけられたネットワークアドレスは、モバイル端末の固定（ｐｅｒｍａｎｅｎｔ）ＩＰアドレスであってよく、ローカルゲートウェイノードを介して第２のデータセッションに属する、第２のデータ要素と関連づけられた第２のネットワークアドレスは、補助的な（ｓｕｐｐｌｅｍｅｎｔａｌ）又は“ｔａｋｅ ｃａｒｅ ｏｆ”ＩＰアドレスであってよい。そしてこのようなＩＰアドレスは、特に通信ネットワークにおけるネットワークトラフィックのフローを最適化するために用いられる。]
[0017] 要求される量のネットワークリソースが、いつも、即ちルート最適化が用いられているか否かに関わらず、ネットワークトラフィックフローのために割当てられることを確保するために、第１及び第２のデータ要素は、ネットワークリソース間でシェアされてもよい。第１及び第２のデータ要素は、例えば、同じ無線ベアラ上にマッピングされてもよい。例えば、３ＧＰＰ通信ネットワークの場合には、２つの異なるＰＤＰコンテキストが同じ無線ベアラ上にマッピングされてもよい。これは、第１及び第２のデータ要素間において、効果的なネットワークリソースのシェアリングを提供する。]
[0018] あるいは、第１及び第２のデータ要素は、また、異なる無線ベアラ上にマッピングされてもよい。しかし、第１及び第２のデータ要素は、同じ無線リソースを用いる。この方法の実現のために、無線ベアラのためのスケジューリングアルゴリズムが修正され、同じ無線リソースのセットを用いる多重無線ベアラのスケジューリングが可能となる。]
[0019] さらなる観点によると、通信ネットワークにおけるルート最適化のための方法が提供される。方法は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらにモバイル端末についてのモビリティ管理情報を含み、第１及び第２のネットワークアドレスと関連づけられた第１のデータ要素を提供するステップと、第１のデータ要素を用いて、通信ネットワークにおけるネットワークトラフィックのフローを最適化するステップと、を含む。このルート最適化のための方法は、ただ１つのデータ要素が提供される第１の観点に従ったルート最適化のための方法とは異なる。しかしながら、このデータ要素は、第１及び第２のネットワークアドレスと関連づけられている。例えば、３ＧＰＰ標準に従った通信ネットワークの場合には、第１のデータ要素は、ＰＤＰコンテキストであったよい。この場合において、ＰＤＰコンテキストは、修正されて多重ＩＰアドレスが１つのＰＤＰコンテキストに割当てられうる。]
[0020] １つの方法の実行において、モビリティ管理情報は、トンネルＩＤを含んでも良い。例えば、３ＧＰＰ標準に従った通信ネットワークにおいて、トンネルＩＤは、ＰＤＰコンテキストにおけるトンネルデータを指定しているＧＧＳＮによって割当てられる番号である。トンネルＩＤによって、通信ネットワークにおけるネットワークトラフィックのフローの問題のあるルーティングは回避されうる。]
[0021] さらなる観点によると、上記方法は、第１のデータ要素と関連づけられた第３のデータ要素を提供するステップと、第２のデータ要素と関連づけられた第４のデータ要素を提供するステップと、を含む。第３及び第４のデータ要素は、例えば、セカンダリＰＤＰコンテキストであってよい。セカンダリＰＤＰコンテキストは、ＱｏＳデータを提供してもよい。セカンダリＰＤＰコンテキストは、異なるネットワークフローについて、異なるＱｏＳを提供してもよい。そのようなセカンダリＰＤＰコンテキストは、両方のプライマリＰＤＰコンテキストについて設定されてもよい。２つのプライマリＰＤＰコンテキストがリソースをシェアする場合において、ネットワークトラフィックのフローは、ルーと最適化が用いられるか否かに関わらず、要求された量のネットワークリソースを受信するだろう。]
[0022] １つの方法の実行において、第２及び第３のデータ要素は、ネットワークリソースリザベーションに関する情報を含む。そして、様々なネットワークフローに対して、様々なＱｏＳが提供されるだろう。]
[0023] データ要素、即ち、第１、第２、第３、及び第４のデータ要素のうち１又は２以上は、モバイル端末、サポートノード、第１のゲートウェイノード、第２のゲートウェイノード、ポリシーコントロールシステム、又は他の如何なる適したネットワークコンポーネントのうちの少なくとも１つによって生成されてもよい。]
[0024] １つの方法の実行において、上記方法は、バインディングアップデートメッセージを対応するノードに送信するステップをさらに含んでもよい。コレスポンデントノードは、モバイル端末と通信又は対応するネットワークノードである。コレスポンデントノードは、モバイル又は固定された装置のいずれであってもよい。モバイル端末は、第１のネットワークアドレス経由で到達可能なホームエージェントを必要としない。しかしながら、ネットワークトラフィックのルーティングを最適化するために、バインディングアップデートメッセージは、モバイル端末によってコレスポンデントノードに送信されてもよい。そのため、ルート最適化されたネットワークトラフィックは、第２の、即ちローカルゲートウェイノード上を第２のデータセッション経由で送信されるだろう。]
[0025] ネットワークトラフィックと第１のデータ要素との接続がネットワークトラフィックと第２のデータ要素との接続に切替えられる場合において、ネットワークトラフィックを最適化さていない全てのルートは、第１のデータ要素と接続される。そして、ネットワークトラフィックを最適化された全てのルートは、第２のデータ要素と接続される。]
[0026] 本発明は、ハードウェアの形、ソフトウェアの形、及びハードウェアとソフトウェアとが合わさったアプローチの形で実現することが可能である。ソフトウェアのアプローチに関しては、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラム製品が１又は２以上のネットワークコンポーネンツ上で実行されるときに、ここで記述された方法の１又は２以上のステップを実行するためのプログラムコードを含む。コンピュータプログラム製品は、コンピュータにより読み込むことのできる記録メディアに保存されてもよい。]
[0027] ハードウェアの観点に関しては、ネットワークノードが提供される。ネットワークノードは、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスに関する第１のデータ要素を提供する機能と、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連づけられた第２のデータ要素を提供する機能と、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために、ネットワークトラフィックと第１のデータ要素との接続をネットワークトラフィックと第２のデータ要素との接続に切替える機能と、を有する。通信ネットワークが３ＧＰＰ標準に従ったネットワークである場合に、ネットワークノードは、ＧＧＳＮであってもよい。]
[0028] さらにハードウェアの観点によると、他のネットワークノードが提供される。ネットワークノードは、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第１及び第２のネットワークアドレスと関連づけられた第１のデータ要素を提供ｓるう機能と、第２のデータ要素を用いて、通信ネットワークにおけるネットワークトラフィックのフローを最適化する機能と、を有する。通信ネットワークが３ＧＰＰ標準に従ったネットワークである場合には、ネットワークノードはＧＧＳＮであってよい。]
[0029] またさらにハードウェアの観点によれば、モバイル端末が提供される。モバイル端末は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスと関連づけられた第１のデータ要素を提供する機能と、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに、モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連づけられ、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために用いられる第２のデータ要素を提供する機能と、を有する。]
[0030] またさらにハードウェアの観点によれば、第１のゲートウェイノードと、第２のゲートウェイノードと、ネットワークノードとを有する通信ネットワークが提供される。]
[0031] さらなる観点によれば、トラフィックフローテンプレート（ＴＦＴ）が提供される。ＴＦＴは、モバイル端末とゲートウェイノードとの間のデータセッションについての情報ろ、モバイル端末に関するモビリティ管理情報と、を含むデータ要素に割当てられる。ＴＦＴは、ネットワークトラフィックのルーティングに関する情報と、ネットワークトラフィックのルーティングに関する情報が最適化されたネットワークルートと関係するか否かに関する情報と、を含む。ＴＦＴについては、一般的に次の文献に記述されている。３ＧＰＰ ＴＳ ２４．００８“Technical Specification Group Core Network and Terminals; Mobile
Radio Interface Layer 3 Specification; Core Network Protocols, Stage 3”これは、参照することにより全て本書に援用される。]
[0032] ＴＦＴは、一般的に異なるユーザトラフィックフロー間を分割するために用いられる。ＴＦＴは、特定のＰＤＰコンテキスト上にルートされるためのフィルターとマッチするトラフィックを通す一連のフィルターとして実現される。インカミングネットワークトラフィックがモバイル端末に到達するとき、パケット分類器は、一般的に、ＴＦＴに基づいたＰＤＰコンテキスト選択肢を提供し、インカミングデータパケットを正確なＰＤＰコンテキストに起因する特定のＱｏＳにマッピングする。その結果、多重セカンダリＰＤＰコンテキストは、同じＰＤＰアドレスに関連づけられることができる。そしてそれは、プライマリＰＤＰコンテキストによって決定される。ＴＦＴを用いて、ネットワークトラフィックは、ルート最適化のための様々なオプション、すなわち、データセッションが可能であるとしても、マッピングされることが可能である。]
[0033] ＴＦＴは、ＩＰアドレス及びネットワークトラフィックフローの、データパケットの転送ヘッダからの情報（通常ポートナンバー）を用いて、ＩＰネットワークトラフィックフローを決定してもよい。ＴＦＴは、ＩＰパケット又はモバイル端末及びコレスポンデントノードのホームアドレスのソース及び宛先フィールドについてＩＰアドレスであるか否かを示してもよい。ＴＦＴの分類器は、従って、そのようなＴＦＴのデスクリプタ中にそのような示唆が存在する場合に、データパケットを解析し、ホームアドレスを抽出するために展開される。]
図面の簡単な説明

[0034] 次に、本発明は、図に示される例示としての実施形態を参照して記述されるだろう。
本発明の一実施形態に係る装置を含む通信ネットワークを描いたブロック図である。
通信ネットワークにおいて、第１のシグナリング実施形態を描くシグナリングチャートである。
通信ネットワークにおいて、第２のシグナリング実施形態を描くシグナリングチャートである。
第１の実施形態に係る方法を描くフローチャートである。
第２の実施形態に係る方法を描くフローチャートである。
第１の実施形態に係るネットワークノードを描くブロック図である。
第２の実施形態に係るネットワークノードを描くブロック図である。
一実施形態に係るモバイル端末を描くブロック図である。
一実施形態に係るトラフィックフローテンプレートを描くブロック図である。]
実施例

[0035] 以下において、限定ではなく説明の目的のために、本発明の詳細な理解を与えるために、特定のステップのシーケンス、インタフェース、及び構成のような、特定の詳細が説明される。本発明は、これらの特定の詳細とは離れた他の実施形態において実施されうることは当業者にとって明白であろう。]
[0036] さらに、当業者は、ここで説明される機能及びプロセスは、プログラムされたマイクロプロセッサ又は一般的な目的を有するコンピュータと連動してソフトウェアの機能として用いられることを理解するだろう。全ての実施形態はがまず方法及び装置の形態で記述されることは理解されるだろう。本発明は、また、コンピュータプロセッサ及びプロセッサと連動したメモリを含むシステムにおいて、コンピュータプログラム製品において実施されるだろう。メモリは、ここで開示される機能を実行することのできる１又は２以上のプログラムと共にエンコードされる。]
[0037] 続く実施形態において、通信ネットワークにおけるネットワークトラフィックのフローを最適化する様々な例となるシナリオが開示される。これらの例となる実施形態は、３ＧＰＰ通信ネットワークとＧＴＰとＭＩＰｖ６ネットワークプロトコルとに基づいている。しかしながら、本発明は、３ＧＰＰ通信ネットワークと、ＧＴＰとＭＩＰｖ６ネットワークプロトコルとに限定されない。本発明は、他の通信ネットワークと他のネットワークプロトコルとに従うものであってもよい。]
[0038] 図１は、通信ネットワークを描く概要的なブロック図を示す。通信ネットワークは、３ＧＰＰ標準に従ったネットワークである。通信ネットワークは、構造的にユーザエリア２０と、ローカルエリア２２とホームエリア２４とコレスポンデントエリア２６とに分けられる。] 図１
[0039] 通信ネットワークは、モバイル端末、又はユーザ装置１０と、ＳＧＳＮ１２と、第１のＧＧＳＮ１６と、第２のＧＧＳＮ１４と、コレスポンデントノード１８とを有する。ＳＧＳＮ１２は、ユーザプレーンエンティティ（ＵＰＥ）、無線ネットワークコントローラ（ＲＮＣ）、又はロングタームエボリューション（ＬＴＥ）ｅＮｏｄｅＢであってもよい。第１のＧＧＳＮ１６は、第１のゲートウェイノードを示し、第２のＧＧＳＮ１４は、第２のゲートウェイノードを示す。第１のＧＧＳＮ１６及び第２のＧＧＳＮ１４は、ＬＴＥシステムアーキテクチャエボリューション（ＳＡＥ）ゲートウェイであってもよい。第１のＧＧＳＮ１６は、ユーザ装置１０のホームエリア２４に位置し、第２のＧＧＳＮ１４は、ユーザ装置１０のローカルエリア２２、すなわち、ユーザ装置１０の近くに位置する。図１に従った実施形態は、ユーザ装置１０のローミングシチュエーションに関する。従って、“ホーム”及び“ローカル”エンティティ間は区別される。] 図１
[0040] ユーザ装置１０と第１のＧＧＳＮ１６との間のＳＧＳＮ１２を介した第１のデータセッションのセットアップのために、接続手順が実行される。この目的のために、ホームプライマリＰＤＰコンテキスト（図示せず。）は、ユーザ装置１０と第１のＧＧＳＮ１６との間に確立される。ホームプライマリＰＤＰコンテキストは、ユーザ装置１０により生成される。しかしながら、ホームプライマリＰＤＰコンテキストは、第１のＧＧＳＮ１６により生成されてもよい。参照符号２５は、ホームネットワークアドレスを示している。もしユーザ装置１０がホームネットワーク２４の受信エリアに位置しているならば、ユーザ装置１０に宛てたネットワークトラフィック３０は、コレスポンデントノード１８から第１のＧＧＳＮ１６及びＳＧＳＮ１２を介して、ユーザ装置１０にルートされるだろう。しかし、このネットワークトラフィックのフローは、ユーザ装置１０がＧＧＳＮ１６の受信エリアに位置していない場合には最適でないかもしれない。この場合において、ネットワークキャパシティは、不要に占有されてしまうかもしれない。]
[0041] 図１に示されるように、ユーザ装置１０は、第２のＧＧＳＮ１４の近くであって、第１のＧＧＳＮ１６からは遠くに位置している。その上、ユーザ装置１０は、他の受信エリア、即ち、第２のＧＧＳＮ１４のローカル受信エリア２２に位置しているかもしれない。そのようなシチュエーションにおいて、第１のＧＧＳＮ１６を経由したネットワークトラフィックのルーティングは、最適でないかもしれない。役に立たないトライアングルルーティングが不要にネットワークキャパシティを占有し、ネットワークトラフィックの送信時間を遅らせているかもしれない。これを回避するために、ユーザ装置１０と第２のＧＧＳＮ１４との間のＳＧＳＮ１２を経由するデータセッション３６がセットアップされる。添付の手順を用いて、ローカルプライマリＰＤＰコンテキスト（図示せず。）はユーザ装置１０とＧＧＳＮ１４との間に確立される。ローカルプライマリＰＤＰコンテキストは、ユーザ装置１０により生成される。しかしながら、ローカルプライマリＰＤＰコンテキストは、第２のＧＧＳＮ１４により生成されてもよい。参照符号２３は、ローカルネットワークアドレスを示す。] 図１
[0042] 従って、ホームプライマリＰＤＰコンテキストと接続し、元々データセッション３４を経由してルートされていたネットワークトラフィックは、ローカルプライマリＰＤＰコンテキストとの接続と切替えられ、データセッション３６を経由してルートされる。その結果、ルート最適化されたネットワークフロー３１が提供される。最適化されたネットワークトラフィックは、コレスポンデントノード１８から第２のＧＧＳＮ１４及びＳＧＳＮ１２を経由してユーザ装置１０にルートされる。ルート最適化されていないネットワークトラフィックは、コレスポンデントノード１８から第１のＧＧＳＮ１４及びＳＧＳＮ１２を経由してユーザ装置１０にルートされる。さらに、ホームプライマリＰＤＰコンテキスト及びローカルプライマリＰＤＰコンテキストは、同じ無線ベアラにマッピングされ、ネットワークリソースをシェアする。結果として、ネットワークトラフィックのフローは、ルート最適化が用いられるか否かに関わらず、要求された量のネットワークリソースを得る。]
[0043] 図２は、ルート最適化のための第１のシグナリングチャートの一例を示す。ローミングシナリオに関する図１に従った実施形態からそれて、図２に従った実施形態は、１つのランドモバイルネットワーク（ＰＬＭＮ）におけるルート最適化に関する。シグナリングチャートは、ネットワーク要素ユーザ装置２１０、第１のＳＧＳＮ２１２、第１のローカルゲートウェイノード２１４、ホームゲートウェイノード２１６、コレスポンデントノード２１８、第２のＳＧＳＮ２２０、及び第２のローカルゲートウェイノード２２２を示す。ローカル及びホームゲートウェイ２１４、２１６、及び２２２は、ＰＤＰコンテキストに到達し、ＩＰアドレスを割当てるいかなるネットワークノードであってもよい。第２及び第２のＳＧＳＮ２１２及び２２０は、ＲＮＣｓ又はｅＮｏｄｅＢｓであってよい。シグナリングチャートは、３つのシグナリング状態、即ち、接続ステート２２４、第２のＰＤＰコンテキストセットアップステート２２６、及びハンドオーバーステート２２８から構成される。] 図１ 図２
[0044] 図２に従った実施形態において、プライマリＰＤＰコンテキストは、ユーザ装置２１０の通信ネットワークへの接続のときすぐにセットアップされる。接続ステート２２４の間、ユーザ装置２１０とホームゲートウェイ２１６との間のデータセッションについてのプライマリＰＤＰコンテキストは、矢印２３０，２３２，２３４及び２３６によって示されるように、最初に確立される。図２を通して示されるように、メッセージは応答メッセージによって応答される。しかしながら、ユーザ装置２１０が自身のホームゲートウェイ２１６から遠く離れてしまうと、ネットワークトラフィックのルーティングは準最適、例えば、トライアングルルーティングが存在するようになる。ゲートウェイを変更するために、矢印２３８，２４０，２４１，２４２、及び２４４に示されるように、ローカルプライマリＰＤＰコンテキストは接続ステート２２４の間、ユーザ装置２１０とローカルゲートウェイ２１４との間に確立される。ホームゲートウェイノード２１６は、まだホームＰＤＰコンテキストに関与する。しかしながら、ユーザ装置２１０のより近くに位置するローカルゲートウェイノード２１４は、ローカルＰＤＰコンテキストに割当てられる。その結果、ユーザ装置２１０は、その固定ＩＰアドレス、ＱｏＳ、及びチャージングステートをキープすることができる。さらに、最適なルーテイングが可能である。] 図２
[0045] ダッシュ付きの矢印２４６及び２４８は、ホームゲートウェイがローカルプライマリＰＤＰコンテキストが確立されたことを知らせるためのＳＧＳＮ２１２及びホームゲートウェイ２１６の間のオプショナルメッセージを示す。その後、矢印２５０によって示されるように、バインディングアップデートメッセージがユーザ装置２１０によってコレスポンデントノード２１８に送信される。バインディングアップデートメッセージ２５０の応答は、矢印２５２によって示される。図２に従った実施形態において、ホーム及びローカルプライマリＰＤＰコンテキストは、ＳＧＳＮによって確立される。しかしながら、ホーム及びローカルプライマリＰＤＰコンテキストは、ユーザ装置２１０によって確立されてもよい。] 図２
[0046] 次に、セカンダリＰＤＰコンテキストのセットアップ手順２２６のためのシグナリングについて記述される。様々なネットワークトラフィックフローについて分化したＱｏＳを提供するために、セカンダリＰＤＰコンテキストは、セカンダリＰＤＰコンテキストセットアップ手順２２６の間に確立される。セカンダリＰＤＰコンテキスト確立は、ＳＧＳＮ２１によって初期化される。しかしながら、セカンダリＰＤＰコンテキストの確立は、ユーザ装置２１０又はポリシーコントロールシステム（図示せず）により初期化されてもよい。セカンダリＰＤＰコンテキストセットアップ手順２２６の間、まず、ホームセカンダリＰＤＰコンテキストが、矢印２５４、２５６、２５８、及び２６０により示されるように、ユーザ装置２１０とホームゲートウェイ２１６との間に確立される。セカンダリＰＤＰコンテキストセットアップ手順２２６の間、ローカルセカンダリＰＤＰコンテキストは、また、矢印２６２、２６４、２６６、２６８、及び２７０によって示されるように確立される。図２に従った実施形態は、ネットワーク由来のホームセカンダリＰＤＰコンテキストの確立に関するもののみだけれども、ローカルセカンダリＰＤＰコンテキストの確立は、ユーザ装置由来のホームセカンダリＰＤＰコンテキストの確立のケースに似ている。] 図２
[0047] 異なるネットワークフローについて異なるＱｏＳを有するセカンダリＰＤＰコンテキストは、ネットワークのポリシーコントロールインフラストラクチャー（図示せず）により確立されてもよい。この目的のために、ポリシーコントロールインフラストラクチャーに拡張することが必要であるかもしれない。このような拡張は、ポリシーコントロールレーティングファンクション（ＰＣＲＦ）−ｔｏ−ＰＣＲＦインタフェース（図示せず）を用いるポリシーコントロールシステムにおいて実装されてもよい。例えば、ホームＰＣＲＦは、ローカルＰＣＲＦにローカルＰＤＰコンテキストのために適切なセカンダリＰＤＰコンテキストをセットアップさせてもよい。もうひとつの方法として、ローカルＰＣＲＦ又はＧＧＳＮは、自動的にホームＰＤＰコンテキストのために確立された全てのセカンダリＰＤＰコンテキストのレプリカを生成してもよい。そのようなレプリカは、そしてローカルプライマリＰＤＰコンテキストに添付され、コレスポンディングホームセカンダリＰＤＰコンテキストとともに、シェアリングリソースによりマークされてもよい。]
[0048] 以下に、ハンドオーバーステージ２２８の間のシグナリングが説明される。まず、矢印２７２及び２７４により示されるように、ＰＤＰコンテキスト情報は、ＳＧＳＮ２１２からＳＧＳＮ２２０に転送される。その後、ホームＰＤＰコンテキスト（いくつかはこのステージに存在するかもしれない。）は、矢印２７６及び２７８により示されるように、更新される。ローカルＰＤＰコンテキスト（いくつかは存在するかもしれない）は、そして矢印２８０、２８２、２８４、２８６、及び２９０により示されるように、ユーザ装置２１０と新しいローカルゲートウェイ２２２との間に確立される。ハンドオーバー２２８の間、ユーザ装置２１０は、セカンダリＰＤＰコンテキスト確立手順２２６の結果、多重のホーム及びローカルＰＤＰコンテキストを有していてもよい。ダッシュ付の矢印２９２及び２９４は、ホームゲートウェイ２１６にローカルＰＤＰコンテキストが確立されたことを知らせるオプショナルメッセージを表している。その後、ユーザ装置２１０は、バインディングアップデートメッセージ２９６をコレスポンデントノード２０８に送信する。そしてそれは、矢印２９８で示される応答メッセージによって応答される。ハンドオーバーステージ２２８の間、古いローカルＰＤＰコンテキストは、追加的に削除されてもよい（図２に従った実施形態においては示されていない。）。] 図２
[0049] 図３は、ルート最適化のための第２のシグナリングチャートの一例を示す。シグナリングチャートは、ユーザ装置３１０と、第１のＳＧＳＮ３１２と、ホームゲートウェイノード３１６と、第２のＳＧＳＮ３２０と、ローカルゲートウェイノード３２２と、コレスポンデントノード３１８とを示す。] 図３
[0050] ユーザ装置３１０は、通信ネットワークと、そのホームネットワーク内で接続する。そのため、初期状態においては、いずれのローカルプライマリＰＤＰコンテキストも確立していない。その後、ユーザ装置３１０は、そのホームゲートウェイ３１６の受信エリアからローカルゲートウェイ３２２の受信エリアに移動する。そのため、ローカルプライマリＰＤＰコンテキストはハンドオーバーの後確立される。]
[0051] シグナリングチャートは、接続ステージ３２４と、ハンドオーバーステージ３２８とを含む。接続ステージ３２４の間、ホームプライマリＰＤＰコンテキストは、矢印３３０、３３２、３３４、及び３３６により示されるように、ユーザ装置３１０とホームゲートウェイ３１６との間をＳＧＳＮ３１２を経由して確立される。その後、ハンドオーバー３２８を提供するために、ホームプライマリＰＤＰコンテキスト情報は、矢印３３８、及び３４０により示されるように、ＳＧＳＮ３１２からＳＧＳＮ３２０に転送される。その後、ホームＰＤＰコンテキストは、矢印３４２及び３４４により示されるように、更新される。そして、ローカルＰＤＰコンテキストは、矢印３４６、３４８、３５０、３５２、及び３５４により示されるように、ユーザ装置３１０とローカルゲートウェイ３２２との間に確立される。ダッシュ付の矢印３５６及び３５８は、ホームゲートウェイ３１６にローカルＰＤＰコンテキストが確立されたことを知らせる追加的なメッセージを表す。その後、ユーザ装置３１０は、矢印３６０により示されるように、バインディングアップデートメッセージをコレスポンディングノード３１８に送信する。このバインディングアップデートメッセージは、応答メッセージ３６２により応答される。]
[0052] 図３に従った実施形態において、ＳＧＳＮ３１２及びＳＧＳＮ３２０は、ローカルＰＤＰコンテキストの確立を初期化する。しかしながら、このローカルＰＤＰコンテキストの確立は、ユーザ装置３１０により実行されてもよい。] 図３
[0053] 図４は、第１の実施形態の方法のフローチャート４００を示す。方法の実施形態は、通信ネットワークにおけるルート最適化に関し、ユーザ装置又は図１に示すゲートウェイノード又は他の装置により実現される。] 図１ 図４
[0054] 方法は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第１のデータ要素を提供するステップ４１０により開始する。第１のデータ要素は、第１のネットワークアドレスと関連づけられている。図１に従った実施形態においては、第１のデータ要素は、ユーザ装置１０および第１のＧＧＳＮ１６間で提供されてもよい。次のステップ４１５において、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第２のデータ要素が提供される。第２のデータ要素は、第２のネットワークアドレスと関連づけられている。図１に従った実施形態において、第２のデータ要素は、ユーザ装置１０と第２のＧＧＳＮ１４との間で提供されてもよい。その後、ステップ４２０において、ネットワークトラフィックと第１のデータ要素との接続は、ネットワークトラフィックと第２のデータ要素との接続に切替えられる。そして、通信ネットワークにおけるネットワークトラフィックのフローは最適化される。図１に従った実施形態において、ネットワークトラフィック３０は、ルート最適化されたパス３１に切替えられてもよい。] 図１
[0055] 図５は、第２の実施形態に係る方法のフローチャート５００を示す。方法の実施形態は、通信ネットワークにおけるルート最適化に関し、ユーザ装置または図１に示されるゲートウェイノード又は他の装置により実現されてもよい。] 図１ 図５
[0056] 図５に示されるように、方法は、モバイル端末と第１のゲートウェイノードとの間のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第１のデータ要素を提供するステップ５１０により開始する。第１のデータ要素は、第１及び第２のネットワークアドレスと関連づけられている。図１に従った実施形態において、第１のデータ要素は、ユーザ装置１０と第１のＧＧＳＮ１６との間に提供されてもよい。さらに、第１のデータ要素は、２つのＩＰアドレスを含んでいてもよい。次のステップ５１５において、通信ネットワークにおけるネットワークトラフィックのフローは、第１のデータ要素を用いて最適化される。図１に従った実施形態において、ネットワークトラフィック３０は、ルート最適化されたパス３１に切替えられてもよい。] 図１ 図５
[0057] 図６は、ネットワークノード６００の第１の装置の実施形態が描かれた概要ブロック図である。ネットワークノードは、図１に示されるゲートウェイノード、又は他のネットワーク要素であってもよい。] 図１ 図６
[0058] ネットワークノード６００は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第１のデータ要素を提供する機能６１０を有し、第１のデータ要素は、ネットワークアドレスと関連づけられている。図１に従った実施形態において、ネットワークノードは、第１のＧＧＳＮ１６であってもよい。また、第１のデータ要素は、ユーザ装置１０と第１のＧＧＳＮ１６との間に提供されてもよい。ネットワークノード６００は、さらに、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第２のデータ要素を提供する機能６１５を有する。第２のデータ要素は、第２のネットワークアドレスと関連づけられている。図１に従った実施形態において、第２のデータ要素は、ユーザ装置１０と第２のＧＧＳＮ１４との間に提供されてもよい。加えて、ネットワークノード６００は、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために、ネットワークトラフィックと第１のデータ要素との接続をネットワークトラフィックと第２のデータ要素との接続に切替える機能６２０を有する。図１に従った実施形態において、ネットワークトラフィック３０は、ルート最適化されたパス３１に切替えられてもよい。] 図１
[0059] 図７は、ネットワークノードの第２の実施形態を描くブロック図である。ネットワークノードは、図１に示すゲートウェイノード、又はたのネットワーク要素であってもよい。] 図１ 図７
[0060] ネットワークノード７００は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第１のデータ要素を提供する機能７１０を有する。第１のデータ要素は、第１及び第２のネットワークアドレスと関連づけられている。図１に従った実施形態において、ネットワークノードは、第１のＧＧＳＮ１６であってよく、第１のデータ要素は、ユーザ装置１０と第１のＧＧＳＮ１６との間に提供されてもよい。ネットワークノード７００は、通信ネットワークにおいて、第２のデータ要素を用いて、ネットワークトラフィックのフローを最適化する機能７２０をさらに有する。図１に従った実施形態において、ネットワークトラフィック３０は、ルート最適化されたパス３１に切替えられてもよい。] 図１
[0061] 図８は、ユーザ装置８００のブロック図を示す。ユーザ装置は、図１に示されるユーザ装置またはその他のモバイル端末であってよい。] 図１ 図８
[0062] ユーザ装置８００は、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第１のデータ要素を提供する機能８１０を有する。第１のデータ要素は、第１のネットワークアドレスと関連づけられている。図１に従った実施形態において、ユーザ装置は、ユーザ装置１０であってよく、第１のデータ要素は、ユーザ装置１０と第１のＧＧＳＮ１６との間に提供されてもよい。ユーザ装置８００は、モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、モバイル端末に関するモビリティ管理情報をさらに含む第２のデータ要素を提供する機能８１５をさらに有する。第２のデータ要素は、第２のネットワークアドレスと関連付けられている。図１に従った実施形態において、第２のデータ要素は、ユーザ装置１０と第２のＧＧＳＮ１４との間に提供されてもよい。第２のデータ要素は、通信ネットワークにおけるネットワークトラフィックのフローを最適化するために用いられる。図１に従った実施形態において、ネットワークトラフィック３０は、ルート最適化されたパス３１に切替えられてもよい。] 図１
[0063] 図９は、トラフィックフローテンプレート９００の概要ブロック図を示す。トラフィックフローテンプレートは、図１に示される通信ネットワーク又は他の通信ネットワークにおいて、データセッションを提供するために用いられてもよい。] 図１ 図９
[0064] トラフィックフローテンプレート９００は、モバイル端末とゲートウェイノードとの間のデータセッションについての情報、及び、モバイル端末に関するモビリティ管理情報を含むデータ要素に割当てられうる。図１に従った実施形態において、データセッションは、ユーザ装置１０と第１のＧＧＳＮ１６との間に確立されてもよい。トラフィックフローテンプレート９００は、ネットワークトラフィックのルーティングに関する情報９１０を含む。さらに、トラフィックフローテンプレート９００は、ネットワークトラフィックのルーティングに関する情報が最適化されたネットワークルートと関係するか否かについての情報９１５を含む。図１に従った実施形態において、ルート最適化されていないトラフィックは、第１のＧＧＳＮ１６を経由してルートされてよい。そして、ルート最適化されたネットワークトラフィックは、第２のＧＧＳＮ１４を経由したトラフィックフローテンプレートを用いてルートされてもよい。] 図１
[0065] 既に述べたように、本技術は、ＧＴＰ、ＰＤＰコンテキスト、又はＭＩＰｖ６に限定されず、全ての種類のＬ２テクノロジーにより用いられてよい。例えば、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）ネットワークサービスフロー及びＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）２０００ベアラは、ルート最適化のための本技術に従ったルート最適化と組合わせてよい。]
[0066] さらに、モバイルＩＰ以外のエンドトゥエンドのモビリティプロトコルが用いられてよい。そのようなプロトコルは、多重接続が利用可能である場合に、モバイル端末に追加的な位置情報をコレスポンデントノードに送信することを許す。そのような追加的なプロトコルについての例は、ＨＩＰ又はｓｈｉｍ６を含むけれども、これらに限定されない。]
[0067] 本ルート最適化スキームをＭＩＰｖ６について用いると、ＭＩＰｖ６の実装は修正されるだろう。ＭＩＰｖ６は、常に直接到達可能なホームサブネットと共に機能する必要がある。全てのルート最適化されていないトラフィックは、ホームプライマリＰＤＰコンテキスト経由で送信される。さらに、追加的なインタフェースは、モバイル端末が技術的にホームに位置しているときであっても、認められ、ルート最適化のために用いられる。そして、モバイル端末は、ホームエージェントなしで機能することができる。しかしながら、モバイル端末は、ルート最適化を初期化してもよい。]
[0068] 本ルート最適化スキームを３ＧＰＰネットワークにおいて実装するために、モバイル端末への拡張が、少なくともルート最適かのための２つのプライマリＰＤＰコンテキストが確立されるために必要である。また、第２のプライマリＰＤＰコンテキストは、また、通信ネットワーク自身により確立されうる。もし、第２のプライマリＰＤＰコンテキストが通信ネットワークにより確立されるならば、ネットワークは、モバイル端末に第２の確立されたプライマリＰＤＰコンテキストがルート最適化のために用いられうることを示さなければならない。]
[0069] ルート最適化のための本技術がＧＴＰとともに実現されるときには、モバイル端末がルート最適化を初期化するｋとおができるという利点がある。それにより、ＧＴＰにおいてサポートされる全てのＱｏＳ特性は、まだ利用可能である。さらに、マルチホーミングメカニズムに基づいた如何なるホストも、ＧＴＰとの組合わせにおいて利用可能である。]
[0070] ルート最適化のための本技術のさらなる利点としては、如何なるネットワークローミングインタフェースも置き換える必要がなく、ローミング契約しているネットワーク事業者と関連する変更の必要がないことである。]
[0071] さらに、ＱｏＳだけでなく、ネットワークトラフィックのチャージング特性が保たれる。これは、ルート最適化が初期化された場合であっても同様である。]
[0072] さらに、ルート最適化のための本技術は、ホームパブリックモバイルネットワーク（ＨＰＬＭＮ）内における、ローカルブレークアウトの問題を解決する。さらに、そのような問題は、ローミングのケースにおいてのみ解決されるものではない。]
[0073] 本発明の一実施形態は、添付の図面及び明細書中において描かれるけれども、本発明は、ここに開示される実施形態に限定されて解釈されるべきではない。特に、本発明は、説明され、続く請求項により定義される本発明の本質から逸脱しない限り、多くの再構成、改良、及び置き換えが可能である。]

权利要求:

請求項1
通信ネットワークにおけるルート最適化のための方法（４００）であって、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに前記モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスと関連付けられている第１のデータ要素を提供するステップ（４１０）と、前記モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに前記モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連付けられている第２のデータ要素を提供するステップ（４１５）と、前記通信ネットワークにおけるネットワークトラフィックの前記フローを最適化するために、ネットワークトラフィックと前記第１のデータ要素との接続をネットワークトラフィックと前記第２のデータ要素との接続に切替えるステップ（４２０）と、を含む方法。
請求項2
前記第１のデータ要素及び前記第２のデータ要素は、ネットワークリソースをシェアする、請求項１に記載の方法。
請求項3
前記第１のデータ要素及び前記第２のデータ要素は、前記同じ無線ベアラにマッピングされる、請求項１または２のいずれかに記載の方法。
請求項4
前記第１のデータ要素及び前記第２のデータ要素は、異なる無線ベアラにマッピングされ、前記同じ無線リソースを用いる、請求項１または２のいずれかに記載の方法。
請求項5
通信ネットワークにおけるルート最適化のための方法（５００）であって、モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、前記モバイル端末に関するモビリティ管理情報を含み、第１及び第２のネットワークアドレスと関連付けられている第１のデータ要素を提供するステップ（５１０）と、前記第１のデータ要素を用いて、前記通信ネットワークにおけるネットワークトラフィックの前記フローを最適化するステップ（５１５）と、を含む方法。
請求項6
前記モビリティ管理情報は、トンネルＩＤを含む、請求項１〜５のいずれか１項に記載の方法。
請求項7
前記第１のデータ要素と関連づけられた第３のデータ要素を提供するステップと、前記第２のデータ要素と関連づけられた第４のデータ要素を提供するステップと、をさらに含む、請求項１〜６のいずれか１項に記載の方法。
請求項8
前記第２のデータ要素及び前記第３のデータ要素は、ネットワークリソースリザベーションに関する情報を含む、請求項７に記載の方法。
請求項9
前記データ要素は、少なくとも前記モバイル端末、サポートノード、前記第１のゲートウェイノード、前記第２のゲートウェイノード、又はポリシーコントロールシステムのいずれかによって生成されることを特徴とする、請求項１〜８のいずれか１項に記載の方法。
請求項10
対応するノードへのバインディングアップデートメッセージを送信するステップをさらに含む、請求項１〜９のいずれか１項に記載の方法。
請求項11
全てのルートがない最適化されたネットワークトラフィックは、前記第１のｄ-得た要素と関連づけられる、請求項１〜１０のいずれか１項に記載の方法。
請求項12
１又は２以上のネットワークコンポーネント上で実行されるときに、請求項１〜１１のいずれか１項による前記方法のステップを実行するためのプログラムコードを含むコンピュータプログラム製品。
請求項13
コンピュータが読み込むことのできる記録メディアに記憶された、請求項１２に記載のコンピュータプログラム製品。
請求項14
モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに前記モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスと関連付けられている第１のデータ要素を提供する機能（６１０）と、前記モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに前記モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連付けられている第２のデータ要素を提供する機能（６１５）と、前記通信ネットワークにおけるネットワークトラフィックの前記フローを最適化するために、ネットワークトラフィックと前記第１のデータ要素との接続をネットワークトラフィックと前記第２のデータ要素との接続に切替える機能（６２０）と、を備える、ネットワークノード（６００）。
請求項15
モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、前記モバイル端末に関するモビリティ管理情報を含み、第１及び第２のネットワークアドレスと関連づけられている第１のデータ要素を提供する機能（７１０）と、前記第２のデータ要素を用いて、前記通信ネットワークにおけるネットワークトラフィックの前記フローを最適化する機能（７２０）と、を含む、ネットワークノード（７００）。
請求項16
前記モバイル端末と第１のゲートウェイノードとの間の第１のデータセッションについての情報を含み、そしてさらに、前記モバイル端末に関するモビリティ管理情報を含み、第１のネットワークアドレスと関連づけられた第１のデータ要素を提供する機能（８１０）と、前記モバイル端末と第２のゲートウェイノードとの間の第２のデータセッションについての情報を含み、そしてさらに、前記モバイル端末に関するモビリティ管理情報を含み、第２のネットワークアドレスと関連付けられている第２のデータ要素を提供する機能（８１５）と、を含み、前記第２のデータ要素は、前記通信ネットワークにおける前記ネットワークトラフィックのフローを最適化するために用いられる、モバイル端末（８００）。
請求項17
第１のゲートウェイノード（１６）と、第２のゲートウェイノード（１４）と、請求項１４〜１６のいずれかに記載のネットワークノードとを含む通信ネットワーク。
請求項18
モバイル端末とゲートウェイノードとの間のデータセッションについての情報、及び、前記モバイル端末に関するモビリティ管理情報を含むデータ要素に割り当てることができるトラフィックフローテンプレート（９００）であって、ネットワークトラフィックのルーティングに関する情報（９１０）と、前記ネットワークトラフィックのルーティングに関する情報が、最適化されたネットワークルートと関係しているか否かに関する情報（９１５）と、を含むトラフィックフローテンプレート（９００）。